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(54) Abstract Tftle 

Handling exoeptions in a pipelined processor. 

ZruMU^n^TnL ^t^^^ ^ °* ^^t^""®'' ^""^^ executing Instructions, such that a maximum of 'n' 

^^^S^^r^l ^ ^^'"^ ^""^"i^ simultaneously wfthm the execution unit. Further, a set of at least 'n' 
nSSStn St?!If -^1! ,^ exception register being capable of storing exception attributes 

f v^^S^^ h^nn H J^^"^ w """J ^^^^P^'^" ^"ri'^S execution. In the event of an 

except on being detected during execution of a first Instruction, the processor Is arranged to: (i) store in a firet 

T^S^JSV"^ T"'!^'^ attributes assodated with thefirst instruction and ii) continue eS^t^ng anT 
remaining mstructiofis already m the pipelined stages at the time the exception was detected. The execution 
unit ateo stores in said exception registers the exception attributes associated with any of the remaining 
»nstruct.ons for which an exception Is detected during execution. The exception attributes stored in the 

pro^ma to an exception processing tool for use In recovering from any exceptions. 
^^.VJjh^^^^^^ processing tool is invoked. It can deal with any exceptions arising from the instructions 
Snnt^ht^^^^^^ '""^ "^"^f processing apparatus can then continue with tiie next Instruction, 

Ilis delved. '^-^^^^^ instructions that were In the pipeline at the time the first exception 
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■ 2339312 

HANDLING EXCEPTIONS TN A Pi pELPffn nATA , pROCKSTKir, APPARATUS 

Field of the Invention 

The present invention relates to techniques for handling exceptions in a data 
5 processing apparatus, and in particular to a data processing apparatus and method for 
handling exceptions in situations where multiple instructions can be executed 
simultaneously in a plurality of pipelined stages of an execution unit. 
Description of the Prior Art 

In a data processing apparatus, it is known to provide one or more dedicated 
1 0 processing units adapted to perform particular processing tasks. For example, a floating 
point unit may be provided to perform a particular floating point operation, for example 
a multiply^accumulate operation. Such dedicated processing units may be part of the 
main processor, or may be provided within a separate coprocessor. 

If the operation to be performed by such a dedicated processing unit can be 
1 5 broken down into a number of separate steps, it is common to provide a number of 
pipelined processing stages within the processing unit. By such an approach, it is 
possible for a number of instructions to be executed simultaneously within the 
processing unit. As an instruction is passed into the pipeline, the processing unit will 
typically retrieve the source data required for the instmction from a data register file, and 
20 on completion of the instruction, will store the data result to a predetermined destination 
register. 

When executing such instructions, it is possible ihat an excepiion condition may 
be detected by the processing unit, and in such a situation it is typically necessary to 
invoke an exception processing tool to deal with the exception, in order to ensure that an 
25 appropriate data result is placed in the destination register. 

However, in pipelined architectures, the detection of an exception condition may 
occur later than required to stop the issue of subsequent instructions into the pipeline. 
Such instructions must be either completed or restarted. A number of prior art 
techniques have been proposed for dealing with this problem. 
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Firstly, the problem can be avoided by ensuring that any instruction entering the 
pipeline which may give rise to an exception condition is completed before any 
subsequent instruction is allowed to enter the pipeline. Such an approach was employed 
in the Motorola MC6888 1 chip, where the CPU was only permitted to issue a 
5 subsequent instruction when the current instruction completed. 

An ahemative approach is to provide a significant area of memory, referred to as 
a state frame, in which all intermediate states in the pipeluie can be stored as and when 
required. Thus, if an exception condition is detected, and hence the exception 
processmg tool needs to be invoked to recover from the exception, then the state of all 
1 0 stages of the pipeline can be stored in the state frame, such that the pipeline can be 
restored to its previous state once the exception processing tool has completed the 
recovery process. Such an approach was employed in the Motorola MC68040 chip. 
This approach suffers from the drawback that an instruction, when exceptional, blocks 
completion of all subsequent instructions currently executing in the pipeline. Further, 
1 5 this technique is significantly more complex than the single issue technique discussed 
previously, and requires significant time to process a store or load of an exceptional state 
to or from memory. 

A further approach employed in prior art processing units involves the use of a 
history, or reorder, buffer. The reorder buffer typically stores the entire instruction 

20 stream of the data processing apparatus, and has logic arranged to send the instructions 
to the appropriate processing unit(s) of the data processing apparatus, and to 
subsequently place in the reorder buffer in association with the instruction the data result 
determined upon execution of that instruction. As each instruction reaches the bottom 
of the reorder buffer, it is "retired", for example by storing the data result in the 

25 appropriate destination register. If, however, an exception condition is associated with 
the instruction being retired, then the exception processing tool is invoked to recover 
from the exception. Subsequent to the recovery process, the instruction stream is 
restarted from the instruction immediately following the retired instruction. 

Since exception conditions are quite rare, the reorder buffer can provide good 

30 performance, although there is clearly a significant performance hit when an exception 
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does occur, since then all subsequent instructions being executed by all processing units 
(not just the processing unit handling the exceptional instruction) are re-executed. 
Further, reorder buffers are of significantly greater complexity and greater chip area than 
either of the two previously discussed techniques. 
5 It is an object of the present invention to provide a data processing apparatus and 

method which enables more efficient processing of exception conditions in situations 
where several instructions may be executed simultaneously within a dedicated 
processing unit. 
Summarv of the Invention 
1 0 Accordingly, the present invention provides a data processing apparatus, 

comprising: an execution unit comprising a plurality of pipelined stages for executing 
instructions, such that a maximum of *n' instructions can be being executed 
simultaneously within the execution unit; a set of at least 'n' logical exception registere, 
each exception register being capable of storing a number of exception attributes 
1 5 associated with an instruction for which an exception has been detected during 
execution by the execution unit; in the event of an exception being detected during 
execution of a first instruction, the execution unit being arranged to: (i) store in a first of 
said exception registers said exception attributes associated with said first instruction; 
and (ii) to continue executing any remaining instructions already in the pipelined stages 
20 at the time the exception was detected, the execution unit further being arranged to store 
in said exception registers the exception attributes associated with any of said remaining 
instructions for which an exception is detected during execution; whereby the exception 
attributes stored in the exception registers can be provided to an exception processing 
tool for use in recovering fiom any exceptions occurring during processing of said first 
25 instruction and said remaining instructions. 

In accordance with the present invention, when an exception is detected, 
exception athibutes associated with the instruction giving rise to the exception are stored 
in an exception register, and the remaining instructions in the pipelined stages are 
allowed to continue to be executed. If any of these remaining instmctions also give rise 
30 to an exception, then the exception attributes associated with those instructions are also 



BNSDOCID: <QB 2339312A_L> 



4 



stored in exception registers. By this approach, when the exception processing tool is 
invoked, then it can deal with any exceptions arising from the instructions executed by 
the pipeline. This has the benefit that, once the exceptions have been dealt with, then 
the data processing apparatus can continue with the next instruction, without the need to 
5 re-execute any of the instructions that were in the pipeline at the time the first exception 
was detected. Further, any other processing units of the data processing system will not 
need to re-execute any instructions which were executed after the first exceptional 
instruction. Additionally, there is not the need to expend significant time storing to 
memory the state of the pipeline at the time the first exception was detected. 

1 0 The data processing apparatus has at least *n' logical exception registers for 

storing exception attributes. These may be *n' physically separate registers, or 
alternatively be provided as portions of a smaller number of larger physical registers. For 
example, four 32-bit exception registers could be provided by four separate 32-bit 
registers or be provided within two 64-bit registers. 

1 5 The exception processing tool may be provided as part of the data processing 

apparatus, or can be provided separately. In preferred embodiments, the data processing 
apparatus has an exception processing tool provided for receiving the exception 
attributes from the exception registers, and for applying predetermined operations to 
recover from said exceptions arising during processing of said first instruction and said 

20 remaining instructions. 

It will be appreciated by those skilled in the art that there are many ways in 
which the exception processing tool could be invoked upon detection of an exception. 
For example, the data processing apparatus could issue an exception signal as soon as 
the exception is detected in order to cause the exception processing tool to be invoked. 

25 However, in preferred embodiments, upon detection of the exception in said first 
instruction, the data processing apparatus issues an exception signal when a fiuther 
instruction is passed to the execution unit for execution, the exception signal causing 
said exception processing tool to be invoked. In preferred embodiments, when the 
exception processing tool has completed the predetermined operations employed to 

30 recover from the exceptions arising during processing of said first instruction and said 
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remaining instructions, the execution unit is arranged to begin processing instructions 
with said further instruction. 

In preferred embodiments, the data processing apparatus further comprises a set 
of data registers for storing source data required by the execution unit to execute said 
5 instructions and result data determined after executing said instructions. In such 
preferred embodiments, the exception processing tool is preferably arranged to 
overwrite any result data stored by the execution unit upon executing an instruction for 
which an exception is detected with corrected data determined by the exception 
processing tool. 

1 0 Preferably, the data processing apparatus fiuther comprises a decoder for 

decoding an instruction to be executed by the execution unit, and for passing the 
decoded instruction to the execution unit. 

It will be appreciated that the execution unit may be provided in a number of 
different places within the data processing apparatus. For example, it may be provided 

15 as a particular logic unit within a main processor, e.g. an Arithmetic Logic Unit (ALU) 
of a CPU, or may be provided within a separate coprocessor. In preferred embodiments, 
the data processing arearatus comprises a main processor and a coprocessor, the 
coprocessor comprising said execution unit and said set of exception registers, and being 
arranged to execute instructions received from the main processor. 

20 Following detection of the exception in said first instruction, then in preferred 

embodiments the coprocessor is arranged to issue an exception signal to die main 
processor when the main processor next sends an instruction to the coprocessor for 
execution, the exception signal causing the main processor to invoke said exception 
processing tool. 

15 It will be appreciated by those skilled in the art that the exception processing tool 

can be embodied in software or hardware, or a combination of both hardware and 
software. However, in prefen-ed embodiments, the exception processing tool is 
embodied as exception support code executed by the main processor. 
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In accordance with the present invention, the coprocessor can be arranged to 
perform any pipelined processing operation. However, in preferred embodiments, the 
coprocessor is a floating point unit. 

In preferred embodiments, a number of different exceptions may be detected 
5 during execution of the instructions by the execution unit. For example, the exception 
may be an overflow exception to indicate that the data result of the instruction as 
determined by the execution unit exceeds a predetermined numerical range, and the 
exception attributes stored in the exception register identify at least an exception type 
and said data result. 

1 0 Alternatively, the exception may be an underflow exception to indicate that the 

data result of the instruction as determined by the execution unit is less than a 
predetermined numerical range, and the exception attributes stored in the exception 
register identify at least an exception type, said data result and any additionally required 
rounding bits. These rounding bits may be used to identify any rounding applied by the 

1 5 execution unit, or to compute the necessary rounding of the result determined by the 
exception processing tool. 

A further exception may be an invalid operation exception, and the exception 
attributes stored in the exception register identify at least an exception type, the 
operation type of the instruction, and the source data for the instruction. Alternatively, 

20 the exception may be an unsupported operand exception, and the exception attributes 
stored in the exception register again identify at least an exception type, the operation 
type of the instruction, and the source data for the instruction. 

Another example of an exception which may be detected is a divide by zero 
exception to indicate that the instruction is seekiiig to divide a number by zero, and in 

25 this case the exception attributes stored in the exception register identify at least an 
exception type and sign information of the source data for the mstruction. 

Viewed from a second aspect, the present invention provides a method of 
operating a data processing apparatus, comprising the steps of: executing instructions in 
a plurality of pipelined stages of an execution unit, such that a maxunum of 'n' 

30 instructions can be being executed simultaneously within the execution unit; providing 
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at least 'n' logical exception registers, each exception register being capable of storing a 
number of exception attributes associated with an instruction for which an exception has 
been detected during execution by the execution unit; storing in a first of said exception 
registers said exception attributes associated with a first instruction for which an 
5 exception has been detected during execution of said first instruction; continuing 
execution of any remaining instructions already in the pipelined stages at the time said 
exception was detected; storing in said exception registers the exception attributes 
associated with any of said remaining instructions for which an exception is detected 
during execution; providing the exception attributes stored in the exception registers to 

1 0 an exception processing tool for use in recovering from any exceptions occurring during 
processing of said first instruction and said remaining instructions. 
Brief Descriotion of the Drawings 

The present invention will be described, fiirther by way of example only, with 
reference to a preferred embodiment thereof as illustrated in the accompanying 

1 5 drawings, in which: 

Figure 1 is a block diagram illustrating elements of a data processing apparatus 
in accordance with preferred embodiments of the present invention; 

Figure 2 is a block diagram illustrating elements of a coprocessor in accordance 
with a first embodiment of the present invention; 
20 Figure 3 is a block diagram Ulustrating elements of a coprocessor in accordance 

with second embodiment of the present invention; 

Figure 4 is a block diagram providing an example of an execution unit having a 
number of pipelined stages; and 

Figure 5 is a flow diagraih illustrating the steps performed by the exception 
25 processing tool in accordance with preferred embodiments of the present invention. 
Description of a Preferre d EmhoHiment 

Figure 1 is a block diagram illustrating various elements of a data processing 
apparatus in accordance with the preferred embodiment of the presem invention. The 
CPU core 1 00 is arranged to execute instructions retrieved from memory 1 30 or cache 
30 1 20, the data required for those instructions also being retrieved from memory 1 30 or 
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cache 120. Further, a coprocessor floating point unit (FPU) 1 10 is provided, and the 
CPU core 100 is ananged to send appropriate floating point instructions to the FPU 1 10 
for execution rather than executing those instructions within the CPU core. The data 
resuhing from the executed instructions is stored in registers provided within the CPU 
5 1 GO or FPU 11 0, and subsequently written to the cache 1 20 and/or the memory 1 30. 
Further, the data processing apparatus is connectable to external devices via an 
input/ou^ut (I/O) system 140. 

The FPU 1 10 in accordance with a first embodiment of the present invention 
will now be described in more detail with reference to Figure 2. As illustrated, an 
1 0 execution unit 200 is provided having a number of pipelined stages, in this example, 
there being four pipelined stages El, E2, E3 and E4. As each instruction is received by 
the FPU 1 10 from the CPU 100, it is decoded by a decoder 210 and then passed to the 
execution unit 200. In preferred embodiments, the FPU 1 10 will at this stage send a 
signal back to the CPU 100 to indicate acceptance of the instruction even though the 
1 5 instruction has not yet been executed. This enables the CPU 1 00 to continue operation. 

As a decoded instruction enters the first stage of the pipeline El, the source data 
required to execute that instruction is retrieved firom the appropriate register(s) in the 
register file 240, and the various steps required to execute the instruction are performed 
within the pipelined stages of the execution unit Upon completion of the instruction at 
20 stage E4, the data result is stored to a specified destination register within the register 
file 240. In preferred embodiments, there will be 32 registers in the register file 240, but 
clearly more or less registers can be provided as required. 

In accordance with the first embodiment of the invention, a number of exception 
status registers 230 are provided for storing exception attributes associated with 
25 instructions for which exceptions are detected during execution by the execution unit 
200. As an example, an overflow exception may be detected in stage E4, in the event 
that the data result exceeds a predetermined numerical range. Although the execution 
unit 200 may still store data in the destination register, for example the mantissa and a 
modified exponent, an exception needs to be generated to indicate that the data result 
30 stored in the destination register is only an intermediate result and needs correcting. 



If an excqption is detected, then a number of exception attributes will be stored 
in a first register of the exception status registers 230. The exact exception attributes 
stored in preferred embodiments will be discussed in more detail later. 

Once an exception has been detected, no further instructions are allowed to enter 
5 the pipeline, but any instructions already being processed in the pipeline (e.g. in stages 
E 1 , E2 or E3) are allowed to complete. When a further instruction is received at the 
decoder 210 fi-om die CPU 100, then in prefenred embodiments the FPU 110 is arranged 
to return an exception signal to the CPU to cause the CPU to activate an exception 
processing tool. In preferred embodiments, this exception signal takes the fom of an 
10 abort signal sent in response to receipt of this further instruction. Such an abort signal 
causes the CPU 1 00 to activate the exception processing tool. . 

If during execution of any of the remaining instructions in the pipeline, further 
exceptions are detected, then exception attributes required to later recover fi-om these 
exceptions are also stored in.fijrther exception status registers 230. By this approach, 
1 5 when the exception processing tool is invoked, It can deal with any exceptions arising 
from the instructions executed by the pipeline. This has the benefit that, once the 
exceptions have been deaU with, then the data processing apparatus can continue with 
the next instruction, without the need to re-execute any of the mstructions that were in 
the pipeline at tfie time the first exception was detected, or indeed any other instructions 
20 handled by the CPU or other coprocessors, and without the requirement for a la^e delay 
to store the state of the pipeline after the first exception was detected. 

In addition to exceptions that are detected during processing of the instructions, 
certain exceptions, referred to as input exceptions, can be detected before the instruction 
is actually executed. An example of such an input exception is an invalid operation 
25 exception. Hence, as a decoded instruction enters the first stage of the pipeline El , the 
execution unit preferably performs a number of checks to determine whether the 
instruction is clearly going to cause an exception to be generated. If such an input 
exception is detected, then the appropriate exception attributes are stored in an exception 
status register 230. Additionally, to enable such an input exception to be piocessed by 
30 the exception processing tool, the instruction needs to be available. In the first 
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embodiment illustrated in Figure 2, this is achieved by the decoded instruction being 
stored in an input exception register 220 at the same time as the decoded instruction is 
passed to die first stage E 1 of the execution unit 200. 

In preferred embodiments, there are six types of exception which may be 
5 detected by the FPU 1 1 0, thus causing the exception processing tool to be invoked. 
These exceptions are: overflow (OF), underflow (UF), inexact (DC), invalid operation 
(10), divide-by-zero (DZ) and unsupported operand (UO). 10, DZ and UO exceptions 
are input exceptions detectable before the instructions are executed, whereas OF, UF 
and DC exceptions are in preferred embodiments detected during processing of the 
1 0 instructions, typically in stage E4. Alternatively, OF and UF exceptions may be detected 
as input exceptions pessimistically, for example by reviewing the exponents of the 
source data. 

To enable these exceptions to be dealt with by the exception processing tool, the 
following mformation is stored within an exception status register 230 each time such an 
1 S exception is detected: 

The exception type (3 bits are sufficient to specify the sbc exception types); 
A pointer to the destination register (5 bits are sufiBcient to specify any of the 32 
registers); 

An indication of the precision of the instruction (1 bit required to identify single or 
20 double precision); and 

Rounding bits required for UF exception (2 bits are required in preferred embodiments). 
In addition, for input exceptions, the instruction giving rise to the input 

exception will be stored in the input exception register 220. Further, a general control 

register within the FPU 1 10 (not shown) will contain details of the rounding mode (RM) 
25 applied by the execution unit 200 of the FPU 1 10, and the exception processing tool will 

have access to the RM information when reviewing any intermediate result data placed 

in the destination register by the execution unit 200. 

An alternative embodiment for the FPU 1 10 is illustrated in Figure 3, in which 

the elements common to the Figure 2 embodiment are indicated with the same reference 
30 numerals. In this embodiment, the exception registers take the fomi of exception 
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registers 320, each exceptions register having a first portion 310 for storing instructions, 
and a second portion 300 for storing additional exception attributes. 

As a first instruction is decoded by the decoder 210 and passed to the execution 
unit 200, the instruction is also copied into the portion 310 of a first exception register 
5 320. which can be considered logically to be the Xop exception register as illustrated in 
Figure 3. When the first instruction passes fiom stage El to E2, the logical position of 
the first exception register is changed to map the progress of the instruction through the 
pipeline, and the new top exception register is then used to store the next instruction 
passed to stage El of the pipeline. Assuming the first instruction passes through die 
1 0 pipeline without causing an exception to be detected, then the data result is stored in the 
appropriate destination register within the register file 240, and the first exception 
register can then be reused for a new instruction. 

If any particular instruction gives rise to an exception, then the second portion 
300 of the corresponding exception register 320 is used to store additional exception 
1 5 attributes. With reference to the description of Figure 2, the same information is 
required. However, the instruction stored in the first portion 310 already provides a 
pointer to the destination register, an indication of the precision of the instruction, and 
the opcode, and hence all that needs to be stored in the second portion 300 is the 
exception type and, if appropriate, the rounding bits required for a UP exception. 
20 In preferred embodiments, input exceptions will be detected at stage E 1 and 

other exceptions will typically be detected at stage E4. The first exception detected 
causes the necessary additional exception attributes to oe stored in the additional portion 
300 of the relevant exception register 320. No fiuther instmctions are then allowed into 
the pipeline, whilst the remaining instructions already in the pipeline are allowed to 
25 complete. If the instructions complete successfully, the data result will be written back 
to the appropriate destination register without any additional exception attributes being 
stored in the portion 300 of the relevant exception register 320. However, if any of these 
remaining instructions also give rise to exceptions, then the necessary additional 
exception attributes are also stored in the additional portion 300 of the relevant 
30 exception register(s) 320. When the next instruction received by the FPU 1 1 0 causes an 
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abort signal to be passed to the CPU 100, and the exception processing tool is then 
invoked, the exception processing tool will be able to deal with all exceptions arising 
from these instructions. 

Preferably, the exception registers 320 are reordered such that those containing 
5 exceptions are logically positioned adjacent each other. By this approach, it is not 
necessary for the exception processing tool to read all exceptions registers 320 unless 
they all contain exceptions. Instead, when the exception processing tool is invoked, it 
only needs to continue reading the exception regiisters until it reaches one that has no 
exception in it All remaining exception registers are then assumed also not to contain 
10 exceptions. 

As a third embodiment that can be applied to either the arrangement of Figure 2 
or Figure 3, the exception type information can be stored separately in an exception 
register arranged to hold the exception types for all exceptions detected, with pointers 
being used to point to the relevant exception registers storing the remaining exception 

1 5 attributes. In this instance, the exception processing tool would simply look at each 
exception type within the exception register in turn, and retrieve the additional exception 
attributes as and when required. As soon as an empty field in that exception register is 
reached, all exceptions are considered to have been handled, and noraial processing is 
resumed. The operation of the exception processing tool will be discussed in more detail 

20 later with reference to Figure 5 . 

An example of a possible four stage pipeline process that may be performed by 
the FPU i 10 of preferred embodiments is illustrated in Figure 4. Tne logic illustrated in 
Figure 4 performs a multiply-accumulate operation, such that the result = B + (A x C). 
It will be appreciated that the logic can also perform a straightforward add operation by 

25 setting the input C to 1 , or can perform a straightforward multiply operation by setting 
the input B to 0. Further, it will be appreciated by those skilled in the art that such logic 
can be supplemented to enable division to also be performed. However, for ease of 
illustration, this additional logic has not be shown. 

As shown m Figure 4, the first stage El consists of a multiplier 26 which 

30 performs the multiplication A x C, providing the output in carry save format to the 
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latches 410 and 420, respectively. Meanwhile, the input B is stored in latch 400. Then, 
at stage E2, the adder 28 adds the values stored in latches 4 1 0 and 420, the resuk being 
stored in latch 440. Also, during stage E2, the input B is stored in latch 430. 

In stage E3, the values stored in latches 430 and 440 are passed through 
5 align/shift logic 31,30, respectively, to enable both values to be aligned with respect to 
each other, and then the values are added by adder 32, with the result being stored in 
latch 450. Then, at stage E4, the result is passed through a nomalizershift logic 34, to 
enable any normalization required to be performed, and the value is then provided to one 
input of an adder 36. The other input of the adder 36 is a rounding value, which when 
1 0 fonned causes the output of the adder 36 to represent a rounded data value. The 
rounding value is formed when the result of the normalize/shift logic 34 requires an 
adjustment to be correct. The output from the adder is then latched in the latch 460. 

Figure 5 is a flow diagram illustrating the steps performed by the exception 
processing tool In accordance with preferred embodiments of the present invention. As 
1 5 previously mentioned, the exception processing tool may be embodied as either 
software or hardware, or indeed a combination of both software and hardware. 
However, in preferred embodiments, the exception processing tool is fomied by 
software support code executing on the CPU 100. 

Upon receipt of an abort signal, the CPU 1 00 runs the software support code at 
20 step 500. The support code then reads the first exception status register 230, 320 at step 
5 10. It is then determined at step 520 whether a valid exception is indicated by the 
contents of that first exception status register. This will be the case assuming an 
exception type has been placed in the exception register, which will at least be the case 
on the first iteration. 

25 Assuming a valid exception exists, the software supjwrt code determines at step 

540 the type of exception, and then applies the appropriate exception routine at step 550. 
In preferred embodiments, the software support code is arranged to comply with the 
"IEEE Standard for Binary Floating-Point Arithmetic", ANSI/IEEE Std 754-1985, The 
Institute of Electrical and Electronic Engineers, Inc., New York, 10017 (hereafter 

30 refenred to as the IEEE 754-1985 standard), and hence at step 550 appropriate routines 
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are applied to determine the IEEE 754-1985 specified result. Thus, as an example, if the 
exception is an overflow exception, then the software support code will generate a 
correctly signed infinity or largest finite number for the destination precision, depending 
on the rounding mode. 
5 Then, at step 560, it is determined whether the type of exception being handled 

is a user enabled exception. In preferred embodiments, a register in the FPU 1 1 0 has a 
number of exception enable bits (one for each exception type) which conform to the 
requirements of the BEEE 754-1985 specification for handling of floating point 
exceptions. This enables the user to provide his/her own handling code to deal with the 

1 0 exception rather than generating the result specified by the IEEE 754- 1 985 specification. 
Hence, if the enable bit for the particular type of instruction is set by the user, then the 
process proceeds to step 570 where user handler code is called to handle the exception. 
However, if the enable bit is not set, the process proceeds to step 580, where the EEEE 
754-1985 compliant result determined at step 550 is written into the destination register. 

1 5 The DEEE 754- 1 985 standard requires that the user is able to detennine whether 

any particular type of exception has occurred. Since, if the user has not set the relevant 
enable bit m the register, then the handling of such exceptions is effectively transparent 
to the user, a fiirther set of exception status bits are also provided in the register which 
are set when the support code deals with each particular exception type. Hence, at step 

20 590, the relevant exception status bit is set. For example, if an overflow exception is 
handled by the support code and the standard IEEE 754-1985 result is stored in the 
destination register, then the exception status bit for an overflow exception is set in the 
register. Hence, if the user later queries the register, he/she will see that an overflow 
exception has occuired. 

25 After the above steps have taken place, the process proceeds to step 600, where 

the next exception status register is read. Then the process returns to step 520, where it 
is determined whether a valid exception exists. If so, the process is repeated until all 
exceptions stored in the exception status registers have been deah with. In preferred 
embodiments, as soon as an exception register is read having no valid exception, the 

30 process proceeds to step 530, where the software support code is exited, and normal 
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processing is resumed. In preferred embodiments, as discussed earlier, the FPU resumes 
processing with the instruction that caused the abort signal to be issued by the FPU (i.e. 
the first instruction that arrived after the initial exception was detected). 

Although a particular embodiment of the invention has been described herewith, 
5 it will be apparent that the invention is not limited thereto, and that many modifications 
and additions may be made within the scope of the invention. For example, although 
the preferred embodiment has been described in relation to a CPU with a physically 
separate coprocessor, this need not be the case. For example, the floating point unit may 
be provided within the main processor. Further, the above-discussed register files, 
1 0 exception status registers, and any other registers used by the coprocessor need not be 
located within the coprocessor, but could be provided at any other suitable location 
widiin the data processing apparatus. In addition, various combinations of the features 
of the following dependent claims could be made with the features of the independent 
claims without departing from the scope of the present invention. 
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CLAIMS 

1 . A data processing apparatus, comprising: 

an execution unit comprising a plurality of pipelined stages for executing 
5 instructions, such that a maximum of 'n' instructions can be being executed 
simultaneously within the execution unit; 

a set of at least 'n' logical exception registers, each exception register being 
capable of storing a number of exception attributes associated with an instruction for 
which an exception has been detected during execution by the execution unit; 
10 in the event of an exception being detected during execution of a first 

instruction, the execution unit being ananged to: (i) store in a first of said exception 
registers said exception attributes associated with said first instruction; and (ii) to 
continue executing any remaining instructions already in the pipelined stages at the time 
the exception was detected, the execution unit further being arranged to store in said 
1 5 exception registers the exception attributes associated with any of said remaining 
instructions for which an exception is detected during execution; 

whereby the exception attributes stored in the exception registers can be 
provided to an exception processing tool for use in recovering fi'om any exceptions 
occurring during processing of said first instruction and said remaining instructions. 

20 

2. A data processing apparatus as claimed in Claim 1 , further comprising an 
exception processing tool for receiving the exception attributes fi-om the exception 
registers, and for applying predetermined operations to recover fi-om said exceptions 
arising during processing of said first instruction and said remaining instructions. 

25 

3. A data processing apparatus as claimed in Claim 1 or Claim 2, wherein upon 
detection of said exception in said first instruction, said data processing apparatus issues 
an exception signal when a fiirther instruction is passed to the execution unit for 
execution, the exception signal causing said exception processing tool to be invoked. 

30 
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4. A data processing apparatus as claimed in Claim 3 when dependent on Claim 2, 
wherein when the excqjtion processing tool has completed said predetermined 
operati(ms, the execution unit is arranged to begin processing instructions with said 
further instruction. 

5. A data processing apparatus as claimed in any preceding claim, further 
comprising a set of data registers for storing source data required by the execution unit 
to execute said instructions and result data determined after executing said instructions. 

6. A data processing apparatus as claimed in Claim 5, wherein the exception 
processing tool is arranged to overwrite any result data stored by the execution unit upon 
executing an instruction for which an exception is detected with corrected data 
determined by the exception processing tool. 



15 7, A data processing apparatus as claimed in any preceding claim, fiirUier 

comprising a decoder for decoding an instruction to be executed by the execution unit, 
and for passing the decoded instruction to the execution unit. 

8 A data processing apparatus as claimed in any preceding claim, further 
20 comprising a main processor and a coprocessor, the coprocessor cominising said 
execution unit and said set of exception registers, and being arranged to execute 
instructions received from the main processor. 

9. A data processing apparatus as claimed in Claim 8, wherein following detection 
25 of said exception in said first instruction, said coprocessor is arranged to issue an 
exception signal to the main processor ^en the main processor next sends an 
instruction to the coprocessor for execution, the exception signal causing the main 
processor to invoke said excq)tion processing tool. 
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10. A data processing apparatus as claimed in Claim 9, wherein said exception 
processing tool is embodied as exception support code executed by the main processor. 

11. A data processing apparatus as claimed in any of Claims 8 to 10, wherein the 
5 coprocessor is a floating point unit. 

12. A data processing apparatus as claimed in any preceding claim, wherein said 
exception is an overflow exception to indicate that the data result of the instruction as 
determined by the execution unit exceeds a predetermined numerical range, and the 

10 exception attributes stored in the exception register identify at least an exception type 
and said data result. 

13. A data processing apparatus as claimed in any preceding claim, wherein said 
exception is an underflow exception to indicate that the data result of the instruction as 

1 5 determined by the execution unit is less than a predetermined numerical range, and the 
exception attributes stored in the exception register identify at least an exception type, 
said data resuh and any additionally required roundmg bits. 

14. A data processing apparatus as clmmed in any preceding claim, vsdierein said 
20 exception is an invalid operation exception, and the exception attributes stored in the 

exception register identify at least an exception type, the operation type of the 
instruction, and the source data for the instmction. 

15. A data processing apparatus as claimed in any preceding claim, wherein said 

25 exception is an unsi5)ported operand exception, and the exception attributes stored in the 
exception register identify at least an exception type, the operation type of the 
instruction, and the source data for the instruction. 

16. A data processing apparatus as claimed in any preceding claim, wherein said 
30 exception is a divide by zero exception to indicate that the instruction is seeking to 
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divide a number by zero, and the exception attributes stored in the exception register 
identify at least an exception type and sign information of the source data for the 
instruction. 

5 17. A method ofoperating a data processing apparatus, comprising the steps of: 

executing instructions in a plurality of pipelined stages of an execution unit, such 
that a maximum of 'n' instructions can be being executed simultaneously within the 
execution unit; 

providing at least 'n' logical exception registers, each exception register being 
1 0 capable of storing a number of exception attributes associated vyith an instruction for 
which an exception has been detected during execution by the execution unit; 

storing in a first of said exception registers said exception attributes associated 
with a first instruction for which an exception has been detected during execution of said 
first instruction; 

1 5 continuing execution of any remaining instructions already in the pipelined 

stages at the time said exception was detected; 

storing in said exception registers the exception attributes associated with any of 

said remaining instructions for which an exception is detected during execution; 

providing the exception attributes stored in the exception registers to an exception 
20 processing tool for use in recovering from any exceptions occurring during processing of 

said first instruction and said remaining instnictions. 

1 8. A data processing appar^^Js, substantially as hereinbefore described with 
reference to the accompanying drawings. 

25 

1 9. A method of operating a data processing apparatus, substantially as hereinbefore 
described with reference to the accon^anying drawings. 
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